home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 7481 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.8 KB  |  43 lines

  1. Newsgroups: comp.sys.amiga.misc
  2. Path: cix.compulink.co.uk!usenet
  3. From: jralph@cix.compulink.co.uk ("Jolyon Ralph")
  4. Subject: Re: What I want from new Workbench
  5. Message-ID: <Do0B57.K5J@cix.compulink.co.uk>
  6. Organization: Compulink Information eXchange
  7. References: <4hpkbm$vei@serra.unipi.it>
  8. Date: Sat, 9 Mar 1996 15:31:55 GMT
  9. X-News-Software: Ameol32
  10.  
  11. > : Rewrite MUI in assembly? Ugh!!! Besides, I doubt it will improve the 
  12. > speed
  13. > : very much. CPUs and Graphics cards get faster all the time.
  14. > YEs it would... v3.2 or v3.3 is significantly faster than previous ones 
  15. > also because small portions were rewritten in assembly.
  16.  
  17. The big problem with MUI (and most other GUI systems, for that matter) is 
  18. that it doesn't fit well into the Amiga multitasking model (or at least 
  19. it didn't last time I looked at it).
  20.  
  21. MUI appears 'slow' not because it's running on a slow CPU, not because 
  22. the code isn't optimised or written in assembler.
  23.  
  24. It's slow because they leave handling window refresh up to the 
  25. application. Whenever your code is busy, the window is busy and gadgets 
  26. do not respond. 
  27.  
  28. A true GUI system should multitask with your own code. Each requester 
  29. should have its own task controlling the GUI elements. If you move a 
  30. slider, the slider, and any other objects linked to it, update 
  31. immediately. It shoudn't wait until your code has caught up with it. 
  32. Don't believe the BS that many MUI fanatics have been posting, pretty 
  33. customisable scalable GUI's don't HAVE to be slow. We know, we've done 
  34. it. Our system runs at high speed even on a standard A1200. (Perhaps one 
  35. day we'll release a developer version of our system, but it was developed 
  36. primarily for in-house use, and it's not finished yet...).
  37.  
  38. Porting MUI to asm, to PowerPC, running on a gfxcard will make very 
  39. little difference without a total redesign of the way MUI works. 
  40.  
  41. Jolyon
  42.  
  43.